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AMENDMENTS TO THE CLAIMS; 

This listing of claims will replace all prior versions, and listings, of claims in the 
application: 

1 . (Currently Amended) A method of establishing a requested multimedia communication 
session over a given physical channel between a calling terminal and a called terminal 
having differentiated capabilities, comprising: 

wh e r e in th e s e ssion r e quires th e d e termination of - determining common multimedia 
session parameters to be used by both the calling terminal and the called terminal during the 
multimedia session that define how multimedia information should be communicated and 
interpreted and which depend on multimedia communication capabilities of the calling and 
called terminal s[[ T ]} before the session can be executed, to b e us e d by both the calling 
terminal and the call e d terminal during said session, the m e thod comprising th e following 
st e ps: 

- determining whether any common session parameters for a previous multimedia 
communication session between the calling and called terminals have been stored in both the 
calling and the called terminals in connection with said previous session, by using at least 
one available session key that has been selected for said previous session and stored together 
with said session parameters, and 

- if said common session parameters have been stored in both the calling and the 
called terminals, retrieving the stored common session parameters in each of the terminals 
by using said at least one session key in order to execute the requested session based on the 
retrieved session parameters. 
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2. (Previously Presented) A method according to claim 1 , wherein the available session key or 
keys includes the telephone number of at least one of the two terminals. 

3. (Previously Presented) A method according to claim 2, wherein the calling terminal uses the 
telephone number of the called terminal as the available session key to detect a match 
between that telephone number and a stored session key associated with stored session 
parameters. 

4. (Previously Presented) A method according to claim 1 , wherein the session keys include a 
primary session key and a corresponding secondary session key, wherein at least one of the 
terminals, having detected a match between the primary session key and a stored session key 
associated with stored session parameters, retrieves the corresponding secondary session key 
and sends it to the other terminal. 

5. (Previously Presented) A method according to claim 4, wherein the secondary session key 
is used by the called terminal to retrieve the stored session parameters, even if no primary 
session key was available to the called terminal or if the called terminal had not detected any 
match between the primary session key and any stored session key. 

6. (Previously Presented) A method according to claim 4, wherein the secondary session key 
is used to confirm that the stored session parameters have been used for a previous session 
between the terminals. 
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7. (Previously Presented) A method according to claim 4, wherein the primary session key is 
the telephone number of at least one of the two terminals and the secondary session key is 
any identification associated with the previous session. 

8. (Previously Presented) A method according to claim 7, wherein the secondary session key 
is a random number generated during a master-slave determination step of a session setup 
procedure for the previous session, in accordance with the ITU-T H.245 standard. 

9. (Previously Presented) A method according to claim 8, wherein the sending terminal uses a 
Master-Slave Determination (MSD) message containing the random number, to convey the 
secondary session key to the called terminal. 

10. (Previously Presented) A method according to claim 9, wherein the MSD message includes 
an indication that the random number serves as a secondary session key. 

1 1 . (Previously Presented) A method according to claim 9, wherein, according to the ITU-T 
H.324 standard, a Terminal Capability Set (TCS) message is mandated as the very first 
message to be send in a session setup procedure, wherein the called terminal interprets the 
random number in the MSD message as a secondary session key, if no TCS message was 
received before receiving the MSD message. 

12. (Previously Presented) A method according to claim 7, wherein the secondary session key 
is a separately defined code or sequence number assigned for the previous session. 
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1 3. (Previously Presented) A method according to claim 1 , wherein an INVITE message is 
mandated as the first message to be sent in a session setup procedure according to the 
Session Initiation Protocol (SIP), wherein header field information of the INVITE message 
is used as session key(s). 

14. (Previously Presented) A method according to claim 1 , wherein each of the terminals store 
session parameters used during an executed session, together with at least one session key, 
in order to enable the use of stored session parameters in a Previously Presented session. 

15. (Previously Presented) A method according to claim 14, wherein each terminal also sends 
to the other terminal a message acknowledging its capability of using stored session 
parameters at a later session. 

16. (Previously Presented) A method according to claim 1, wherein the requested session is a 
multimedia call requiring the transfer of separate media streams for at least audio and video. 

17. (Currently Amended) A terminal configured to establish a requested multimedia 
communication session with another terminal over a given physical channel, the terminals 
having differentiated capabilities, comprising: 

wher e in th e session r e quir e s th e d e termination of means for detecting common 
multimedia session parameters to be used by both terminals during the multimedia session 
that define how information should be communicated and interpreted and which depend on 
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multimedia communication capabilities of the terminals^]] before the session can be 
executed, to b e us e d by both t e rminals during said s e ssion, the t e rminal comprising: 

- means for determining whether any common session parameters for a previous 
multimedia communication session between the terminals have been stored in the terminal 
in connection with said previous session, by using at least one available session key that has 
been selected for said previous session and stored together with said session parameters, and 

- means for retrieving the stored common session parameters by using said at least 
one session key in order to execute the requested session based on the retrieved session 
parameters, provided that the other terminal also has successfully retrieved the same session 
parameters. 



1 8. (Currently Amended) A terminal according to claim 17, wherein the terminal is 
adapted arranged to use the telephone number of the other terminal as available session key 
to detect a match between that telephone number and a stored session key associated with 
stored session parameters. 

19. (Currently Amended) A terminal according to claim 17, wherein the available session key is 
a primary session key, and if a match is detected between the primary session key and a 
stored session key associated with stored session parameters, the terminal is 
adaptedarranged to retrieve a corresponding secondary session key and send it to the other 
terminal, such that the secondary session key can be used by the called terminal to retrieve 
the stored session parameters, even if no primary session key was available to the called 
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terminal, or if the called terminal have not detected any match between an available primary 
session key and any stored session key. 

20. (Currently Amended) A terminal according to claim 17, wherein the available session key is 
a primary session key, and the terminal is adapt e d arranged to receive from the other terminal 
a corresponding secondary session key, and use it to retrieve the stored session parameters 
by detecting a match between that secondary session key and a stored session key associated 
with the stored session parameters. 

21 . (Currently Amended) A terminal according to claim 19, wherein the terminal is 
adapted arranged to use the secondary session key to confirm that the stored session 
parameters have been used for a previous session between the terminals. 

22. (Currently Amended) A terminal according to claim 19, wherein the terminal is 
adapt e d arranged to use the telephone number of the other terminal as the primary session 
key and any identification associated with the previous session as the secondary session key. 

23. (Currently Amended) A terminal according to claim 22, wherein the terminal is 
adapte darranged to use as the secondary session key, a random number generated during a 
master-slave determination step of a session setup procedure for the previous session, in 
accordance with the ITU-T H.245 standard. 
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24. (Currently Amended) A terminal according to claim 23, wherein the terminal is 
adaptedarranged to use a Master-Slave Determination (MSD) message containing the 
random number, to convey the secondary session key. 

25. (Currently Amended) A terminal according to claim 24, wherein the terminal is 
adapt e d arranged to include in the MSD message, an indication that the random number 
serves as a secondary session key. 

26. (Currently Amended) A terminal according to claim 22, wherein the terminal is 
adapt e d arranged to use as the secondary session key, a separately defined code or sequence 
number assigned for the previous session. 

27. (Currently Amended) A terminal according to claim 17, wherein an INVITE message is 
mandated as the first message to be sent in a session setup procedure according to the 
Session Initiation Protocol (SIP), wherein the terminal is adapt e d arranged to use header field 
information of the INVITE message as session key(s). 

28. (Currently Amended) A terminal according to claim 17, wherein the terminal is 
adapt e d arranged to store session parameters used during an executed session, together with 
at least one session key, in order to enable the use of stored session parameters in a 
Previously Presented session. 
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29. (Currently Amended) A terminal according to claim 28, wherein the terminal is 
adaptedarranged to also send to the other terminal a message acknowledging its capability of 
using stored session parameters at a later session. 

30. (Previously Presented) A terminal according to claim 17, wherein the requested session is a 
multimedia call requiring the transfer of separate media streams for at least audio and video. 

3 1 . (Currently Amended) A terminal configured to establish a requested multimedia 
communication session with another terminal over a given physical channel, the terminals 
having differentiated capabilities, wh e r e in th e session r e quir e s th e d e t e rmination of common 
s e ssion param e t e rs that d e fin e how information should b e communicat e d and int e rpr e ted and 
which d e p e nd on multim e dia communication capabiliti e s of th e t e rminals, b e for e th e session 
can b e ex e cut e d, to b e us e d by both terminals during said s e ssion, the terminal being furth e r 
configured to: 

determine common multimedia session parameters to be used by both terminals 
during the multimedia session that define how information should be communicated and 
interpreted and which depend on multimedia communication capabilities of the terminals 
before the session can be executed, 

determine whether any common session parameters for a previous multimedia 
communication session between the terminals have been stored in the terminal in connection 
with said previous session based on at least one available session key that has been selected 
for said previous session and stored together with said session parameters, and 
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retrieve the stored common session parameters based on said at least one session 
key in order to execute the requested session based on the retrieved session parameters, 
provided that the other terminal also has successfully retrieved the same session parameters. 

32. (Previously Presented) A terminal according to claim 31 , wherein the session parameters 
include supported codec information regarding one or more codecs supported by each 
terminal and multiplexing scheme information indicating how plural information streams 
can be multiplexed in different ways into a single bitstream to be transmitted over a physical 
channel established between the terminals for the session. 

33. (Previously Presented) A terminal according to claim 17, wherein the session parameters 
include supported codec information regarding one or more codecs supported by each 
terminal and multiplexing scheme information indicating how plural information streams 
can be multiplexed in different ways into a single bitstream to be transmitted over a physical 
channel established between the terminals for the session. 

34. (Previously Presented) A method according to claim 1, wherein the session parameters 
include supported codec information regarding one or more codecs supported by each 
terminal and multiplexing scheme information indicating how plural information streams 
can be multiplexed in different ways into a single bitstream to be transmitted over a physical 
channel established between the terminals for the session. 
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